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(57) Abstract: The invention relates to a means of interfacing video and multimedia of the MPEG type, for connecting at least one 
display device, for example a television screen, to at least one video source, essentially comprising a processing unit for display of 
any MPEG type video stream in real-time or otherwise, for storage, recording and broadcast thereof on a broadcast network (4) and/or 
on an extended telecommunication network (10) and at least one screen interface (7) and a connection interface to a local or extended 
network (5,9). The above is characterised in essentially comprising a memory for specific images B and P in each audiovisual port 
(12) and each video interface means (8) comprises memory, recording and processing functions for audiovisual programmes and is 
connected to at least one display device in the form of a television screen (6), whereby each video interface means (8) reconstitutes 
the MPEG flow coming from the hard disc thereof, algorithms and images B and P from port (12). 
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— avec rapport de recherche internationale 

En ce qui concerne les codes a devx lettres et autres abrevia- 
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abreviations" figurant cm dibut de chaque numero ordinaire de 
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(57) Abrege : La prSsente invention concerne un gencement d'interfacage video et multimedia de type MPEG pour rlier au moins un 
dispositif d'affichage, par exemple un dispositif de type 6cran de television, a au moin une source video, const itue" essentiellement, 
d'une part, d'une unite de traitement adaptee pour afficher tout flux video de type MPEG en temps reel ou diff£re\ de le stocker, 
de Fenregistrer et/ou de l'envoyer sur un r6seau de diffusion (4) et/ou sur un reseau de telecommunication etendu (10) et, d'autre 
part, d'au moins une interface d'ecran (7) et d'une interface de connexion a un reseau local ou etendu (5,9), caracterise en ce qu'il 
comprend essentiellement d'une part, une m6moire de certain es images B et P dans chaque portail audiovisuel (12) et d'autre part, 
que chaque agencement d'interfacage video (8) possede des fonctions de stockage, d'enregistrement et de traitement de programmes 
audiovisuels et est associe a au moins un dispositif d'affichage de type ecran de television (6), chaque agencement d'interfacage 
video (8) reconstituant les flux MPEG en provenance des informations de son propre disque dur et des algorithmes et des images B 
et P en provenance du protail (12). 
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DISPOSITIF POUR SECURISER' LA TRANSMISSION f 
L ' ENREGISTREMENT ET LA VISUALISATION DE PROGRAMMES 

AUDIOVISUELS 

La pr§sente invention concerne le 
traitement, la diffusion, 1 'enregistrement et la 
visualisation s6curis6e de donnees video et de 
programmes de television, ou plus g6n£ralement 
n'importe quel programme ou sequence multimedia 
utilisant un format de flux nominal de type MPEG, par 
des utilisateurs autoris^s et propose un systeme 
securise pour le traitement, la diffusion, la 
livraison, 1' enregistrement, la copie privSe et la 
visualisation de programmes et de sequences video ou 
multimedia interactifs. 

Le probleme general est de fournir un 
dispositif capable de transmettre de fagon s£curisee 
un ensemble de films de haute quality visuelle a un 
format de type MPEG en direct vers un 6cran de 
television et/ou pour etre enregistre sur le disque 
dur d'un boitier reliant le reseau de 
teietransmission a l'ecran de television, tout en 
preservant la qualite audiovisuelle mais en evitant 
toute utilisation frauduleuse comme la possibilite de 
faire des copies pirates de films ou de programmes 
audiovisuels enregistres sur le disque dur du boitier 
decodeur. 

L 1 invention permet egalement un contrdle 
total de 1 'utilisation des copies et des droits des 
ceuvres dif fusees. 

Avec les solutions actuelles, il est 
possible de transmettre des films et des programmes 
audiovisuels sous forme numerique via des reseaux de 
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diffusion de type hertzien, cable, satellite, etc. ou 
via des reseaux de telecommunication type DSL 
(Digital Subscriber Line) ou BLR (boucle locale 
radio) ou des reseaux DAB (Digital Audio 
Broadcasting). Par ailleurs, pour eviter le piratage 
des ceuvres ainsi dif fusses, ces dernieres sont 
souvent cryptees par divers moyens bien connus de 
l'homme de l'art. 

Toutefois, 1' inconvenient principal de 
toutes les solutions actuelles (TiVo Inc., 
W000165762) est qu r il faut transmettre non seulement 
les donnees cryptees vers les utilisateurs, mais 
egalement les cies de decryptage. La transmission des 
cl6s de decryptage pouvant se faire avant, en meme 
temps ou apres la transmission des programmes 
audiovisuels. Pour augmenter la security et done la 
protection des ceuvres audiovisuelles contre une 
utilisation mal intentionnee , les cies de decryptage 
ainsi que les f onctions de decryptage des decodeurs 
audiovisuels peuvent comporter des moyens de securite 
ameiiores comme des cartes a puces ou autres cies 
physiques qui peuvent en option, etre mises ci jour h 
distance. 

Ainsi, les solutions actuelles appliquees 
Ik un boitier decodeur avec possibilite 
d'enregistrement local de programmes audiovisuels 
sous forme numerique sur un support quelconque de 
type disque dur ou autre type de memoire, off rent a 
un usager mal intentionne, la possibilite de faire 
des copies non autorisees des programmes ainsi 
enregistres, puisqu'ci un moment donne, cet usager 
poss&de avec son boitier decodeur numerique, associe 
ou pas a des systfcmes de cartes a puce, toutes les 
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informations , programmes logiciels et donn£es 
permettant le d£cryptage complet des programmes 
audiovisuels. En raison justement du fait qu'il 
possede toutes les donn^es, l'usager mal intentionne 
aura la possibility de faire des copies ill6gales 
sans que personne ne s'apergoive de cette copie 
frauduleuse au moment ou elle est faite. 

Une solution consisterait done a 
transmettre tout ou partie d'un programme audiovisuel 
num6rique uniquement a la demande (services de video 
a la demande) a travers un r6seau de 
telecommunication large bande de type ADSL, cable ou 
satellite, sans autoriser 1'enregistrement local des 
programmes audiovisuels. Ici f 1 ' inconvenient est tout 
autre et provient des performances de ces r6seaux qui 
ne permettent pas de garantir des flux continus de 
quelques megabits pas seconde k chaque usager, comme 
exige par les flux MPEG qui n£cessitent des bandes 
passantes de quelques centaines de kilobits a 
plusieurs megabits par seconde. 

Dans ces conditions, une solution 
consiste a s^parer le flux en deux parties dont 
aucune ne serait utilisable seule. Dans cette optique 
plusieurs brevets ont ete d£pos£s. Ainsi, on connait 
par le document WO09908428 (Gilles Maton) un proc6d£ 
de traitement multi-applicatif d'un terminal actif 
localisable dans lequel on realise au moins une 
liaison avec un programme identifiable d6di6 & 
1 ! execution d'une application, ledit programme 
dictant ses conditions d' exploitation au terminal 
pour la mise & disposition des fonctions. Le terminal 
dialogue ponctuellement, par l'emploi d'une liaison, 
avec le centre de gestion pour la realisation, si 
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nScessaire, des entries et sorties des capacites de 
ce dernier, le centre de gestion devenant esclave ou 
non du terminal au niveau de l'applicatif vis-a-vis 
du programme entrant. Cette invention concerne 
€galement le proc^de d' identification du programme et 
du terminal en exploitation. Ce proced§ de l'art 
ant€rieur divise le flux en une partie servant a 
identifier 1'utilisateur et une partie qui contient 
le programme a proprement parler. En particulier, 
ledit programme n'est pas inutilisable mais seulement 
verrouille par la premiere partie. 

D' autre part, le document EP0778513 
(Matsushita) qui d^crit un proc6d£ permettant de 
pr6venir 1' utilisation ill^gale d'une information en 
y ajoutant une information de controle afin de 
verifier les droits de 1'utilisateur. Le systeme 
permet de savoir en permanence quelle partie de 
1 ' information est utilis^e et par quel utilisateur et 
par Ih. de savoir si cet utilisateur est en position 
ill^gale ou pas. Ce proc£d§ s6curise done les donn^es 
en y ajoutant des inf ormations additionnelles qui 
d§naturent 1 ' inf ormation initiale. 

Le document WO0049483 (Netquartz) nous 
offre 6galement des proc6d§s et des syst&mes pour 
cr6er un lien entre les utilisateurs et un 6diteur 
d'entit^s num6ris6es. Le proc§d§ comprend l ! une au 
moins des 6tapes suivantes : l'6tape de subdiviser 
ladite entity num6ris6e en deux parties ; l'6tape de 
m^moriser une partie dans une zone memoire d'un 
serveur connects & un r6seau informatique ; l'6tape 
de transmettre I 1 autre partie & au moins un 
utilisateur disposant d'un 6quipement informatique ; 
l'6tape de connecter ledit 6quipement informatique 
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audit r^seau informatique ; l'6tape d'£tablir un lien 
fonctionnel entre ladite premiere partie et ladite 
deuxieme partie, Ces proc€d£s et systemes ne 
sp^cifient pas si la partie memorisie sur le serveur 
5 peut etre stock6e par 1 9 utilisateur ce qui 

permettrait a celui-ci de pirater ladite entity 
numgris6e. 

Enfin, dans cette approche, l'etat de la 
technique le plus proche se retrouve dans les brevets 

10 d r HyperLOCK Technologies dont le plus pertinent est 

le document US05937164. Cette invention utilise la 
solution qui consiste a s§parer le flux en deux 
parties dont la plus petite detient une information 
n€cessaire a 1 'utilisation de la plus grande. 

15 Cependant, ce brevet n'est pas suffisant pour 

repondre au probleme identifie. En effet, la 
suppression d'une partie du flux denature le format 
du flux, et ne peut done pas etre reconnu comme un 
flux standard, exploitable avec des applications 

20 logicielles g6n£rales. Ce proc6d§ de l'art antSrieur 

n^cessite & la fois un logiciel sp^cifique cot§ 
serveur, pour la separation des deux parties, et un 
autre logiciel specif ique assurant non seulement la 
reconstruction du flux, mais egalement 1' acquisition 

25 du flux principal et son exploitation selon un format 

propri§taire a la solution. Ce format propri6taire 
n'est pas le format initial du flux avant separation 
en deux parties, dans cette solution connue. 

Cette society a Egalement d6posg trois 

30 autres brevets : le document US5892825 reprend le 

brevet precedent mais dans un cadre moins large car 
les flux y sont toujours crypt^s ; le document 
US6035329 repose sur le meme principe, il concerne un 



proc6d6 permettant la lecture d'un disque de type CD- 
ROM ou DVD-ROM conditionnellement a 1' identification 
des droits par 1' insertion d'une carte h. puce sur 
laquelle les informations n^cessaires a la lecture 
sont stock^es. Ce proc6d£ n'est encore pas suffisant 
pour notre probldme car il ne garantit pas que le 
flux modifi# soit du meme format que le flux 
originel. Enfin, le document US6185306 concerne un 
proc6d6 de transmission de donn^es cryptfies depuis un 
site web vers un ordinateur demandeur. Ce proc6d6 
permet cependant a l'utilisateur de disposer a un 
moment donn€ de tous les outils n£cessaires pour 
copier les donn^es. 

Afin de corriger ces diff6rents d6fauts, 
1' invention concerne selon son acception la plus 
g6nerale un proc6d6 pour la distribution de sequences 
videos selon un format de flux nominal constitu^s par 
une succession de trames [frame] comprenant chacune 
au moins un bloc I correspondant h une image 
num€rique complete I et au moins un bloc N 
correspondant aux differences entre une image 
num^rique et au moins une autre image, caract6ris6 en 
ce que 1'on procede, avant la transmission k 
l'§quipement client , a une analyse du flux pour 
g6n6rer un premier flux modifi6, pr^sentant le format 
d r un flux nominal, et prSsentant des blocs N 
modifies, et un deuxieme flux d'un format quelconque, 
comportant les informations num^riques aptes ^ 
permettre la reconstruction desdits blocs modifies, 
puis ^ transmettre s6par6ment les deux flux ainsi 
gen6r6s depuis le serveur vers l'gquipement 
destinataire f et en ce que l'on calcule sur 
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l'6quipement destinataire une synthese d'un flux au 
format nominal en fonction dudit premier flux et 
dudit deuxieme flux. 

Avantageusement, ladite synthase produit 
un flux rigoureusement identique au flux originel, 
c'est-a-dire que le proc§de est sans perte. 

Selon un mode de mise en ceuvre 
particulier de ce precede, au moins un bloc N 
correspond a une image N calcul€e par compensation de 
mouvement par rapport a 1' image N ou I pr6c6dente. Le 
bloc et 1' image sont alors appel^s bloc et image P 
(pr^dits) . 

Selon un autre mode de mise en ceuvre 
particulier de ce proc6d6, au moins un bloc N 
correspond a une image N calculee par compensation de 
mouvement par rapport aux images P ou I prec^dente et 
suivante. Le bloc et 1' image sont alors appel^s bloc 
et image B (bidirectionnels) . 

S'il y a des images B et P, un bloc N est 
nficessairement de type B ou de type P. 

Selon une variante particuli&re de ce 
proc£d£, le format de flux nominal est d£fini par la 
norme MPEG. 

Avantageusement, ladite analyse peut 
decider des images N a modifier pour obtenir ledit 
premier flux ; ces modifications peuvent etre : 
remplacer une image P par une autre image P d'un 
autre flux, intervertir deux images P du m§me flux, 
intervertir une image B et une image P du meme flux. 

Dans une mise en ceuvre particuli&re de ce 
proced6, la transmission dudit premier flux est 
r6alis6e & travers un support materiel distribu6 
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physiquement comme un CD-ROM, un DVD ou un disque 
dur. 

Dans une autre mise en oeuvre de ce 
proc£d§, la transmission dudit premier flux est 
r6alis6e a travers un reseau large bande (cable, 
satellite, fibre optique, hertzien), a travers un 
rfiseau de type DSL (Digital Subscriber Line), & 
travers un reseau DAB ou a travers un r§seau de 
boucle locale radio (BLR). 

Selon la mise en oeuvre de ce proc6d6, la 
transmission dudit deuxieme flux est r6alis6e a 
travers un reseau cabl6, k travers un reseau 
t616phonique commute (RTC analogique ou numgrique), a 
travers un reseau t£16phonique mobile utilisant les 
normes GSM, GPRS ou UMTS, a travers un reseau BLR 
(boucle locale radio) ou a travers un reseau de type 
DSL. 

Selon une variante particuliere de ce 
proc6d§, la transmission dudit deuxieme flux est 
r6alis6e &. travers un r§seau large bande de meme type 
que le reseau utilise par ledit premier flux, voire a 
travers le meme rSseau. 

Avantageusement, la transmission d'un des 
deux flux ou des deux flux est chiffr^e. 

Avantageusement, 1'un et/ou les deux flux 
peut etre tatoug [watermarking] . 

Selon un mode de realisation particulier, 
la reconstruction est conditionn^e par un paiement. 

La reconstruction peut Sgalement §tre 
autoris^e pour une consultation d'une copie priv6e 
demand^e par le client. 

De plus, 1' invention concerne un 
gquipement pour la fabrication d'un flux vid6o en vue 
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de la mise en ceuvre de ce procede comportant au moins 
un serveur multimedia contenant les sequences videos 
originelles et caract^rise en ce qu'il comporte un 
dispositif d' analyse du flux video provenant dudit 
serveur pour generer les deux flux. 

Avantageusement, cet equipement comporte 
une memoire pour 1 ' enregistrement d'un marqueur 
« copie privee » indiquant pour chaque sequence les 
droits de chaque utilisateur : copie privee pouvant 
etre regardee un nombre illimite de fois, copie 
privee pouvant §tre regardee un nombre limits de fois 
et quel nombre , copie privee interdite. 

En outre, 1' invention concerne un 
equipement pour 1 ' exploitation d'un flux video en vue 
de la mise en ceuvre de ce procede comprenant un 
decodeur standard de flux, au moins une interface 
d' enregistrement (disque dur f memoire flash, etc.) 
destine ct stocker le contenu dudit premier flux et/ou 
une lecteur de disque (CD, DVD, etc.) contenant ledit 
premier flux et au moins une interface d'affichage 
(ecran standard, ecran sans fil, videopro jecteur ) 
caracterise en ce qu'il comporte un moyen pour la 
recomposition du flux originel k partir des deux 
flux. 

Selon un mode de realisation particulier, 
ledit moyen est une application logicielle instaliee 
sur 1 ' equipement . 

Selon un autre mode de realisation, ledit 
moyen est un dispositif eiectronique fixe. 

Selon un autre mode de realisation, ledit 
moyen est un dispositif eiectronique mobile ou 
portable . 
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Selon un mode de realisation ou 
1 ' gquipement est install^ sur un ordinateur, ledit 
moyen utilise une ressource spScifique au produit 
(carte) afin d'6viter la copie de 1 ' information 
5 temporaire du deuxieme flux sur un support permanent. 

Avantageusement , ladite interface 
d'enregistrement stocke aussi un marqueur « copie 
privee » en relation avec ledit premier flux 
indiquant pour cette sequence les droits de 
10 1'utilisateur : copie priv6e pouvant etre regard^e un 

nombre illimitS de fois, copie priv6e pouvant etre 
regardee un nombre limits de fois et quel nombre f 
copie privge interdite. 

Avantageusement, l'6quipement comprend un 
15 lecteur de cartes a puce permettant d' identifier 

l'usager. 

Avantageusement, l'6quipement comprend un 
lecteur de cartes & puce, la carte k puce contenant 
les applications logicielles et/ou les donn^es du 

20 deuxieme flux. 

Une variante de mise en oeuvre consiste ^ 
r^aliser l'6quipement « client » sous forme de deux 
moyens interconnects par une liaison physique ou une 
liaison a distance (Bluethooth, AirPort, WIFI, 

25 inf rarouge,...) • Selon cette variante, l'^quipement 

pour 1' exploitation d'un flux vid6o comporte un 
premier moyen constitue par un ordinateur personnel 
6quipement d'une interface de communication pour la 
reception d'un flux vid6o en provenance d'un r6seau 

30 de communication ou d'un lecteur de support physique, 

et muni d'au moins un moyen d'enregistrement [disque 
dur] destine a stocker le contenu dudit premier flux, 
et un second moyen const itu6 par un d^codeur, 
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comprenant une interface d'af f ichage, des moyens de 
communication avec ledit ordinateur principal pour 
recevoir ledit premier flux transmis par 1' ordinateur 
et des moyens de communication pour recevoir ledit 
deuxieme flux, ainsi qu'un moyen pour la 
recomposition du flux originel a partir des deux 
flux. 

Selon un premier mode de realisation, 
ledit moyen pour la recomposition du flux est une 
application logicielle instance sur ledit decodeur 
seulement. 

Selon un deuxieme mode de realisation, 
ledit moyen pour la recomposition du flux est un 
dispositif eiectronique install^ sur ledit decodeur 
seulement . 

Enfin, 1' invention concerne un systeme 
pour la transmission d'un flux video caract^rise en 
ce qu'il comprend un equipement de production d'un 
flux vid^o, au moins un equipement d' exploitation 
d'un flux video et au moins un reseau de 
communication entre l'equipement de production et 
le(s) equipement(s) d' exploitation. 

La presente invention sera mieux comprise 
& la lecture de la description d'un exemple non 
limitatif de realisation qui suit, se referant aux 
dessins annexes ou : 

- la figure 1 decrit 1 ' architecture 
d' ensemble d'un systeme pour la mise en 
oeuvre du procede selon 1' invention 

- la figure 2 repr6sente un mode de 
realisation particulier du systeme 
d' analyse et de synthdse de flux de type 
MPEG conforme & 1' invention. 
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L' invention concerne un flux de donnees 
d'un format nominal, notamment mais non exclusivement 
un flux de type MPEG. Le format du flux audiovisuel 
utilise doit avoir les caracteristiques suivantes : 

- ce format doit decomposer les donnees en 
trames [frame], chaque trame comprenant 
une image numerique I complete et au 
moins une image P calcuiee en codant les 
differences (compensation de mouvement) 
entre cette image et 1' image I ou P 
pr6c6dente ; 

- optionnellement, chaque trame comprend au 
moins une image B calcuiee en codant les 
differences (compensation de mouvement) 
entre cette image et les images I et/ou P 
pr£c6dente et suivante. 

Dans la description qui suit, l'exemple 
concerne un flux MPEG sans que cela ne constitue une 
limitation de la portee de la protection. 

Le principe general d'un procede de 
securisation d'un flux video est expose ci-apres. 
L'objectif est d'autoriser les services de video & la 
demande et h la demande & travers tous ces reseaux de 
diffusion et l'enregistrement local dans le boitier 
decodeur numerique de 1'usager. La solution consiste 
k conserver en permanence k 1'exterieur de 
1' habitation de 1'usager, en fait dans le r6seau de 
diffusion et de transmission, une partie du programme 
audiovisuel enregistre, cette partie etant 
primordiale pour visualiser ledit programme 
audiovisuel sur un ecran de television ou de type 
moniteur, mais etant d'un volume trfes faible par 
rapport au volume total du programme audiovisuel 
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numerique enregistre chez 1'usager. La partie 
manquante sera transmise via le reseau de diffusion 
transmission au moment de la visualisation dudit 
programme audiovisuel numerique preenregistre chez 
1'usager. 

Le plus grande partie du flux audiovisuel 
de type MPEG sera done transmise via un reseau de 
diffusion classique alors que la partie manquante 
sera envoyee h la demande via un r6seau de 
telecommunication bande etroite comme les r€seaux 
teiephoniques classiques ou en utilisant une petite 
partie d'un reseau de type DSL ou BLR, ou encore en 
utilisant un sous-ensemble de la bande passante 
partagee sur un reseau cable. 

Sur le dessin en annexe, la figure 1 est 
un schema de principe d'un systfeme de distribution 
selon la presente invention. 

La figure 2 represente un mode de 
realisation particulier du systdme d' analyse et de 
synthese de flux de type MPEG conforme a 1' invention. 

Sur la figure 1, l'agencement 
d'interf agage video (8) est adapts pour relier au 
moins un dispositif d'affichage, par exemple un 
moniteur, un video projecteur ou un dispositif de 
type ecran de television (6), h. au moins une 
interface de reseau de transmission et de diffusion 
large bande (4) et a au moins une interface de reseau 
de telecommunication (10). Selon la presente 
invention, cet agencement est compose d'un module (8) 
comprenant principalement, d'une part, une unite de 
traitement adaptee pour traiter, en particulier 
decoder et desembrouiller tout flux video de type 
MPEG selon un programme logiciel de decodage et 
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desembrouillage pr6-charg6, de maniere a l'afficher, 
en temps r6el ou differe, de le stocker, de 
l'enregistrer et/ou de l'envoyer sur un reseau de 
telecommunication et, d' autre part, au moins une 
interface d'ecran (7) et une interface de connexion & 
un reseau local ou etendu (5) et/ou (9). Le reseau de 
transmission et de diffusion large bande (4) et le 
reseau de telecommunication (10) pouvant §tre 
confondus en un seul r£seau. 

Le disque dur du module (8) peut etre 
utilise comme memoire tampon pour stocker 
momentanement au moins une partie du programme ou de 
la sequence video a afficher, en cas de visualisation 
diff£r£e ou de limitation dans la bande passante du 
reseau de transmission. La visualisation peut etre 
retard^e ou diff6r£e a la demande de l'utilisateur ou 
du serveur de portail ( 12 ) . 

Comme le montre la figure 1, 1 ' interface 
de connexion (5) est reliee ct un reseau de 
transmission et de diffusion large bande (4) telle 
qu'un modem, un modem satellite, un modem cable, 
d'une interface de ligne & fibre optique ou d'une 
interface radio ou infrarouge pour la communication 
sans-f il. 

C'est par cette liaison classique de 
diffusion video que seront transmis les contenus des 
programmes audiovisuels comme des films, Toutefois, 
de fagon a ne pas laisser faire de copies pirates, 
avant de transmettre le contenu audiovisuel depuis le 
serveur (1) ou le portail (12) il est pr6vu de 
conserver une petite partie du contenu audiovisuel 
dans le portail (12), 
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En cas de visualisation d'un programme 
audiovisuel en temps reel, cette petite partie du 
contenu audiovisuel conserv§e dans le portail (12) 
sera egalement envoy§e au module (8) via le r6seau de 
5 telecommunication ( 10 ) . 

Comme les images successives d'une 
sequence video comportent un grand nombre d' elements 
visuels identiques (comme en cinema , une image 
ressemble & la pr6c£dente), MPEG n'enregistre que les 

10 Elements qui different de 1' image d'origine. On 

conserve done une image entiere de reference et, pour 
les images successives , on ne garde que les 
modifications . 

La compression MPEG commence done, dans 

15 un premier temps, par decomposer 1 ' image en 

differentes matrices carries comportant plusieurs 
points ou pixels, ayant chacun leur propre valeur 
color imetrique . Un calcul permet d'obtenir une valeur 
moyenne pour chaque matrice au sein de laquelle 

20 chaque point est maintenant noy6. Ce traitement 

genere une pixeiisation et 1' apparition d'aplats 
uniformes, Ik ou existaient des nuances de teinte. La 
deuxieme etape de la compression MPEG consiste a ne 
conserver d'une image a 1' autre que les elements 

25 changeants. 

Pour obtenir des images anim£es, le 
principe consiste a capter quelques images dans le 
temps, les images intermediaires etant calcul6es a 
partir de celles-ci. L' analyse des images de 
30 reference completes (dites I pour Intra-frame) permet 

de predire des images intermediates P (Predicted 
frames). Ensuite, on intercale entre images de 
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reference et images predites, des images B 
(Bidirectional Frame), 

Trois grands types d' images sont ainsi 
definis pour r6pondre aux imperatifs contradictoires 
d f une possibility d'acces direct et d'une haute 
efficacite de compression, 

1- Les images h codage Intra (images I) 
sont codees sans reference aux autres images. Elles 
fournissent des points d'acces a la sequence cod6e ou 
le decodage peut commencer, mais sont codees avec un 
taux de compression modere. 

2- Les images codees par Prediction 
(images P) presentent un codage plus efficace, 
utilisant une prediction compens6e, en mouvement f 
d'aprds une image anterieure, intra (I) ou predite 
(P), et sont gen§ralement utilis^es comme reference 
pour une prediction future. 

3- Les images codees par prediction 
Bidirectionnelle (images B) off rent le taux le plus 
eieve de compression, mais necessitent pour la 
compensation du mouvement, une image de reference 
anterieure et une image de reference future. Les 
images codees par prediction bidirectionnelle ne sont 
jamais utilis6es comme reference de prediction. 

L 1 organisation des trois types d' images 
en une sequence est trds souple : son choix est 
laisse au codeur, et depend des besoins de 
1 ' application. 

Lorsqu'il lit le train binaire, un 
decodeur classique MPEG identifie le debut d'une 
image codee, puis le type de 1' image. Pour eviter 
toute confusion entre un boitier decodeur standard 
souvent appeie « Set Top Box ou STB », le decodeur 
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classique MPEG sera appelS « Lecteur » (« Player » ou 
« Viewer ») dans la suite du document. Ce Lecteur 
peut etre r6alis6 en hardware et/ou en software. Le 
lecteur MPEG decode successivement chaque macrobloc 
de 1' image. L' image est reconstruite quand tous ces 
macroblocs ont 6t6 trait^s. S'il s'agit d'une image I 
ou d'une image P, elle constitue une image de 
reference pour les images subsSquentes et elle est 
stock^e & la place de 1 1 image de r6f 6rence la plus 
ancienne (car deux images de r6f6rence sont stockees 
afin de calculer les images B). Les images sont ainsi 
disponibles, sous forme num^rique, pour post- 
traitement et affichage, au gr6 de 1* application. 

Dans le cas d'un programme audiovisuel de 
type MPEG, il est pr6vu de ne pas transmettre toutes 
les images B et/ou P en provenance du serveur (1) ou 
du portail (12) vers le module (8). Ces images B 
et/ou P etant conserves dans le portail (12). Par 
contre, en lieu et place des images B et/ou P non 
transmises, le dispositif conforme k 1' invention 
intercalera de fausses images B et/ou P de meme 
nature que les images B et/ou P enlev^es et 
conserves dans le portail (12) de sorte que le 
Lecteur MPEG du module (8) ne soit pas perturb^ par 
ces modifications qu'il ignorera et reconstituera en 
sortie un flux de sortie MPEG qui sera non correct du 
point de vue visuel pour un §tre humain mais correct 
du point de vue format MPEG. 

Le Lecteur MPEG du boitier (8) est un 
Lecteur standard MPEG et n'est en aucune maniSre 
modifi£ ou affects par les changements apport^s aux 
images B et/ou P. 
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Selon un mode de realisation particulier, 
pour augmenter l'efficacite du systeme de protection, 
il est preferable de ne pas envoyer les images B 
et/ou P qui sont les plus proches et qui suivent des 
images I du flux MPEG. Pour une efficacite encore 
plus grande, apres analyse de leur volume et de leur 
poids en octets ou en bits, les images B et/ou P 
seront choisies pour §tre non transmises et 
conservees dans le portail ( 12 ) . 

Selon un mode de realisation particulier 
certaines images P et/ou B seront permutees entre 
elles. 

Comme le montre la figure 1, 1' interface 
de connexion (9) est relive a un reseau de 
telecommunication etendu (10) f directement ou par un 
reseau local servant de r6seau d'acces et est 
constitue par exemple d'une interface de ligne 
d'abonne (Reseau teiephonique analogique ou 
numerique, DSL, BLR, GSM, GPRS, UMTS, etc). 

Ainsi done, les programmes audiovisuels 
sont diffuses de fagon classique en mode 
multidif fusion (« broadcast ») via le reseau de 
transmission large bande (4) de type hertzien, cable, 
satellite, numerique hertzien, DAB, DSL, etc. depuis 
le serveur (1) directement via la liaison (3bis) ou 
via le portail (12) via la liaison (2) et (3) vers le 
module d6codeur ( 8 ) a travers la liaison ( 5 ) . Chaque 
programme audiovisuel ainsi diffuse peut etre crypte 
ou non, et, conformement k la presente invention, les 
flux de type MPEG comportent des modifications au 
niveau des images B et/ou P comme decrit ci-dessus. 
En fonction des paramfetres choisis par l'usager ou 
des informations transmises par le serveur de 
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diffusion, certains programmes audiovisuels ainsi 
modifies et incomplets sont enregistr6s dans le 
disque dur du boitier ( 8 ) . 

Lorsque l'usager desire visualiser un 
5 programme audiovisuel ainsi enregistr£ dans le disque 

dur de son boitier (8) il en fait la demande de fagon 
classique au moyen d'une tel6commande reliS k son 
boitier (8) qui se connecte alors automatiquement au 
portail (12) via la liaison (9) de type r§seau local 

10 ou acces direct et a travers le r£seau de 

telecommunication (10) lui-meme relie au portail (12) 
via la liaison (11). Tout au long de la visualisation 
du programme audiovisuel f les liaisons (9) et (11) 
restent etablies et permettent au boitier (8) de 

15 recevoir les images B et/ou P manquantes ainsi que 

les algorithmes, les fonctions et les parametres de 
remise en ordre des images B et/ou P. Les images B 
et/ou P ainsi transmises ne sont jamais enregistr£es 
dans le disque dur du boitier (8) mais sont 

20 directement affich6es sur l'6cran de visualisation 

(6) via la liaison (7) apres avoir 6t6 trait^es par 
le Lecteur du boitier (8) a partir de sa m6moire 
locale volatile. Une fois trait§es et visualises, 
les images B et/ou P venant d'etre transmises seront 

25 effac£es de la m6moire volatile locale du boitier 

(8). 

Selon un mode de realisation particulier 
les images P et/ou B ainsi diffus6es peut etre 
cryptees ou non, par tout moyen de cryptage existant 
30 ou a venir. II en est de m§me pour les algorithmes, 

les fonctions et les parametres de remise en ordre 
des images B et/ou P. 
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A chaque fois que l'usager voudra 
regarder un programme enregistre dans le disque dur 
du boitier (8) le boitier (8) se connectera 
automatiquement vers le portail ( 12 ) . De meme lorsque 
5 l'usager fera une pause, la transmission des images B 

et/ou P en provenance du portail (12) sera 
interrompue jusqu'a la reprise de la visualisation, 
garantissant ainsi que toutes les informations d'un 
programme audiovisuel ne se retrouvent dans le 

10 boitier (8) a un moment donne et 6vitant ainsi & une 

personne mal intentionn^e de faire des copies pirates 
de ces enregistrements, 

Selon un mode de realisation particulier, 
le boitier (8) comprend un lecteur de carte a puce 

15 qui permettra au portail (12) d' authentif ier l'usager 

propri6taire du boitier (8)« Si cela est autoris6, 
cette fonction permettra ggalement & l'usager 
d'effectuer des copies privies des programmes 
audiovisuels enregistr6s sur le disque dur de son 

20 boitier d^codeur (8). Pour cela, si l'usager veut 

faire une copie priv6e d'un programme audiovisuel, il 
le fera de fagon classique sur un magn£toscope via la 
liaison (7) qui relie le boitier (8) l'6cran de 
visualisation (6). 

25 Par contre, s'il desire conserver une 

copie priv§e dans le disque dur de son boitier, il 
l'indiquera ct son boitier (8) qui enregistrera 
1 ' information « copie priv6e » ainsi que les 
coordonn6es de l'usager se trouvant sur la carte & 

30 puce, dans un champ particulier (84) de ce programme 

audiovisuel enregistr6 sur le disque dur (85) du 
boitier d^codeur (8). Ensuite, chaque fois que 
l'usager voudra visionner cette copie priv6e, le 
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boitier (8) se connectera automatiquement au portail 
(12) et indiquera h ce dernier que l'usager veut 
faire une lecture de sa copie priv6e ; en retour, si 
la lecture de la copie priv^e est possible pour cet 
usager qui possdde cette carte a puce reliee a ce 
boitier ( 8 ) , le boitier dScodeur ( 8 ) recevra alors 
les images B et/ou P manquantes ainsi que toutes les 
autres informations permettant la visualisation du 
programme audiovisuel constituant la copie priv£e. 

Selon un autre mode de realisation , si 
l'usager desire conserver une copie privee dans le 
disque dur de son boitier , il 1' indiquera au serveur 
qui enregistrera 1' information « copie priv£e » pour 
ce programme et pour cet utilisateur authentifi£ par 
la carte a puce. Ensuite, chaque fois que l'usager 
voudra visionner cette copie priv6e, le boitier (8) 
se connectera automatiquement au portail (12) et 
indiquera & ce dernier que l'usager veut faire une 
lecture de sa copie privee ; en retour, si la lecture 
de la copie priv£e est possible pour cet usager qui 
possede cette carte & puce et pour ce programme , le 
boitier d^codeur (8) recevra alors les images B et/ou 
P manquantes ainsi que toutes les autres informations 
permettant la visualisation du programme audiovisuel 
constituant la copie priv6e. 

Selon un mode de realisation particulier, 
la copie dite privee pourra permettre k l'usager de 
regarder ce m§me programme audiovisuel de fagon 
illimitSe ou un nombre de fois d6termin6e a l'avance 
par l'offreur du service qui a autoris6 cette copie 
privee . 

La prSsente invention concerne 6galement 
le boitier physique (8) utilise par le consommateur 
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pour acceder aux donn§es. Ce boitier physique est 
situe au domicile de l'utilisateur. II fournit un 
ensemble de fonctionnalites qui gSrent 1 ' information 
appropriee £ presenter selon la selection de 
5 1' audience et gdre la connexion et la communication 

avec le serveur distant. 

Selon un mode de realisation particulier 
le boitier physique correspondant a l'agencement 
d' interf agage video (8) est realise comme un 

10 dispositif autonome avec disque dur integre. 

Selon un autre mode de realisation 
particulier l'agencement d' interf agage video (8) est 
realise comme une carte additionnelle qui sera 
instance dans un ordinateur de type PC et sera 

15 relive a au moins une interface de r€seau de 

transmission et de diffusion large bande (4) et a au 
moins une interface de reseau de telecommunication 
(10). Cette carte utilisera le disque dur de 
1' ordinateur PC pour 1' enregistrement du premier flux 

20 mais comportera son propre calculateur et sa propre 

memoire volatile de fagon k ne pas laisser & 
l'utilisateur du PC mal intentionne le moyen 
d'acceder aux informations compiementaires du 
deuxieme flux comme les images B et/ou P. 

25 Selon la presente invention , les serveurs 

video et multimedia (1) et/ou (12) comprennent des 
moyens de codage, de transcodage et de brouillage de 
donnees video , en particulier des moyens d'ajouter 
des informations cryptographiques et de securite au 

30 debut et tout au long des sequences. 

II est enfin & noter que 1' invention 
degrade le flux MPEG du point de vue visuel jusqu'S, 
ne plus permettre la reconnaissance des scenes 
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transmises et affichees sans avoir acces aux donnees 
compiementaires, mais reconstitue totalement le flux 
MPEG dans 1 ' agencement d' interf agage video (8) sans 
aucune perte. 

Bien que la presente invention soit plus 
particulierement ax€e sur les donnees audiovi sue lies, 
il est entendu que toute information multimedia 
interactive et toutes donnees interactives peuvent 
etre traitees par le present agencement et le present 
systeme, les donnees video de type MPEG etant les 
plus elaborees. La presente invention sera mieux 
comprise grace a la description suivante presentant 
la base physique de la presente invention et en 
reference &. la figure 2 du dessin en annexe 
representant un mode de realisation prefere de cette 
derniere en tant qu'exemple non limitatif de 
realisation particulierement bien adaptee pour les 
reseaux cables et de satellites. Le flux MPEG (101) 
complet est analyse par le dispositif d' analyse (121) 
du portail (12) et sera ainsi separe en un flux de 
type MPEG mais dont les images B et/ou P auront ete 
traitees et qui sera envoye via la sortie (122) du 
portail vers le reseau de diffusion transmission 
large bande ( 4 ) . 

L' autre partie du flux MPEG modifie sera 
memorisee dans la memoire tampon (122) du portail 
(12). Pour chaque flux MPEG ainsi diffuse, le portail 
(12) conservera dans une memoire tampon (122) les 
modifications qui auront ete apportees k ce flux MPEG 
par l'analyseur (121) du portail (12). II est precise 
que, pour un meme flux d r entr6e MPEG (101) le 
traitement du flux peut etre different pour chaque 
utilisateur (8) et/ou pour chaque groupe 
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d'utilisateurs (8). Ainsi, la m§moire tampon (123) du 
portail (12) comprend une zone de m^moire diff^rente 
pour chaque utilisateur. 

Dans les exemples realises, pour un 
premier utilisateur (8), chaque premiere image P du 
flux MPEG qui suivait une image I a 6t6 remplac#e par 
une image P al6atoire de meme nature et de meme 
volume que 1' image P ainsi enlevS. II est constat^ 
que les effets dSgradants produits sur le flux de 
sortie sont tres importants. 

Pour un deuxieme utilisateur (8), la 
nieme image P qui suit chaque image I du flux MPEG a 
6t6 permutie par et avec la premiere image B qui suit 
cette image P. II a §t6 constats que cette 
permutation est tres efficace pour les sequence 
anim§es de type MPEG par rapport aux sequences MPEG 
pr^sentant peu d' animation. 

D6crivons maintenant en detail les 
diffSrentes Stapes pour ce premier utilisateur. 

Le portail (121) a choisi le flux MPEG 
(101) qu'il va devoir envoyer a 1' utilisateur (8) 
pour etre regard^ en diff6r6 sur son 6cran de 
t616vision (6). Cet utilisateur est reli6 k un r^seau 
C£Lbl6 num6rique de diffusion (4) avec possibility de 
vid§o a la demande (VOD), le rSseau (10) est done 
confondu avec le r6seau (4). Le systdme d' analyse 
(121) du portail (12) va done lire le flux entrant 
MPEG (101) et, chaque fois qu'il d^tecte une image I, 
il recherche la premiere image P qui suit cette image 
I pour la remplacer par une image P al^atoire qu'il a 
lui-meme calcul^e. Le nouveau flux MPEG modifi6 est 
alors enregistr£ dans le tampon de sortie (122) pour 
etre diffuse sur le r6seau de diffusion (4) a travers 
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la liaison (5). Les images P enlev§es du flux MPEG 
entrant (101) sont m€moris€es dans le tampon (123) du 
portail (12). Dans l'exemple rtalist, au lieu de 
substituer chaque image P qui suit une image I, le 
systdme d' analyse (12) ne prend qu'une image I sur n 
ou n est un nombre altatoire compris entre 1 et 7. 
Lorsque le systeme d' analyse (121) inscrit 1' image P 
substitute dans le tampon (123), il inscrit tgalement 
le numtro de 1' image I qui precede cette image P 
ainsi substitute. Le systeme d' analyse (121) continue 
son analyse jusqu'a la fin du flux d'entrte MPEG. 

Pendant ce temps, et de fagon totalement 
non synchronise, le flux de sortie MPEG modifit en 
provenance du tampon de sortie (122) du portail (12) 
est diffuse via le rtseau large bande (4) vers un ou 
plusieurs utilisateurs (8). 

Chaque boitier dtcodeur (8) qui souhaite 
enregistrer ce flux MPEG ainsi modifit peut alors 
lire ce flux MPEG et 1 'enregistrer sur son disque dur 
(85). Cette initiative d'enregistrement est laisste 
au decodeur (8) sous le contrdle du portail (12). 
Pour cela, le systSme d' analyse (121) avait inscrit 
au dtbut du flux MPEG, une information de donntes 
suppltmentaires qui prtcisait les destinataires de ce 
flux MPEG modififi. Les destinataires peuvent etre 
ainsi un destinataire (8) particulier, et lui seul, 
un groupe de destinataires (8) ou 1' ensemble des 
decodeurs (8) relics au rtseau (4). 

La phase dtcrite ci-dessus correspond 
la premiere phase de preparation du flux MPEG par le 
portail (12), a sa transmission via le rtseau large 
bande (4) et h. son enregistrement dans un dtcodeur 
(8). Ce dtcodeur peut alors afficher ce flux MPEG 
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enregistrt dans son disque dur. Pour cela, le systeme 
de synthese (87) du dtcodeur (8) va lire le fichier 
MPEG depuis son disque dur (85) et va l'envoyer vers 
un lecteur classique MPEG (81). Si aucune donnte 
5 compltmentaire n'est regue par le systeme de synthase 

(87), alors le flux MPEG qui parvient au lecteur (81) 
est traitt et afficht tel quel, ce qui provoque une 
distorsion importante de l'affichage sur l'tcran de 
visualisation (6). En effet, les images P substitutes 

10 qui sont traittes par le systfeme de synthese (87) ne 

correspondent pas aux images P qui sont ntcessaires 
pour une visualisation correcte, puisque ces vraies 
images P ont 6t6 substitutes par des images P 
altatoires. Par contre, comme le flux enregistrt est 

15 bien un flux de type MPEG, le lecteur (81) ne fait 

aucune difference et affiche les informations sur 
l'tcran de sortie (6) qui apparaissent par contre 
totalement incohtrentes a l'etre humain qui regarde 
l'ecran (6). Toute copie du flux MPEG en provenance 

20 du disque dur (85) du boitier (8) produira le meme 

effet visuel lors de sa restitution par un lecteur 
MPEG quelconque ; toute utilisation de cette copie 
qui serait mal intentionnte est done voute a 1' tehee. 

Lorsque l'usager du dtcodeur (8) veut 

25 visualiser sur son tcran (6) le programme audiovisuel 

enregistrt sur son disque dur (85), il en fait la 
demande au syst&me de synthase (87) avec sa 
ttltcommande comme il le ferait avec un magnttoscope 
ou un lecteur de DVD prtsentant un menu sur son tcran 

30 de ttltvision. Le systfeme de synthese (87) fait alors 

une requete au disque dur (85) et commence & analyser 
le flux MPEG modifit en provenance du disque dur (85) 
via le tampon de lecture (83). Le systeme de synthese 



27 



(87) etablit alors une liaison avec le portail (12) 
via le reseau de telecommunication (10) qui est dans 
notre exemple egalement le reseau cable, mais qui 
aurait pu etre un reseau teiephonique classique ou 
une liaison DSL. Une fois cette liaison etablie, et 
pendant toute la dur£e de visualisation du film ou du 
programme audiovisuel f le syst^me de synthese (87) 
fait parvenir de la m^moire tampon (123) du serveur 
(12) les images P substitutes et les donntes 
correspondant aux positions de ces images P vis-a-vis 
des images I du flux enregistre sur le disque dur 
(85). Ces images P et ces donn€es de position 
parviennent au syst^me de synthese (87) via la 
memoire tampon d' entree (86) et sont stocktes 
temporairement dans la memoire volatile (88) du 
systSme de synthese (87). A partir du flux MPEG 
modifie qui parvient via le tampon (83) et k partir 
des images P et des donnees associees qui parviennent 
via le tampon (86) dans la memoire (88), le systeme 
de synthase (87) reconstitue de fagon inverse au 
processus d' analyse decrit pr£c6demment, les images P 
substitutes par les images P rtelles et envoie le 
nouveau flux MPEG ainsi reconstitue vers le lecteur 
(81) pour §tre affiche sur 1'tcran (6). Des leur 
utilisation, les images P a substituer et les donntes 
associees a ces images P sont effac6es de la memoire 
volatile (88). 

Dans 1' exemple realist f avant que le 
portail (12) n f autorise 1' envoi des images P et des 
donn6es associees depuis son tampon (123), le portail 
(12) a vtrifie que l'utilisateur du boitier (8) etait 
bien autorise a le faire. Pour cela, le portail (12) 
lit les informations contenues sur la carte a puce 
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(82) du boitier (8) et vgrifie que cet utilisateur 
est bien autorise ^ regarder ce programme 
audiovisuel. Ce n'est qu'apres cette verification, 
que les images P et les donn£es associees ont 6t6 
envoyees depuis le tampon (123) vers le boitier (8) 
correspondant a cet utilisateur. 

Dans l'exemple realise, 1' utilisateur a 
fait une copie priv6e de son programme audiovisuel. 
Le systeme de synthese (87) a done inscrit dans une 
partie (84) du disque dur (85) des donnees 
compl6mentaires ainsi que le numero de la carte & 
puce (82) et 1' information « copie privee » comme 
donnees associees & ce programme audiovisuel. Lors de 
la prochaine lecture de ce programme audiovisuel/ le 
systeme de synthase (87) analysera ces donnees 
associees et informera ainsi le portail (12) que 
l'usager du decodeur (8) fait une lecture de la copie 
privee. Si cette fonction est autorisee par le 
portail (12), les images P et les donnees associees 
seront alors envoyees par le portail (12) vers le 
tampon (86) comme decrit ci-dessus. Dans le cas 
contraire, les donnees ne seront pas envoyees et 
1' utilisateur du decodeur (8) ne pourra pas regarder 
le flux MPEG reconstitue. 

D6crivons maintenant en detail les 
differentes etapes pour le deuxi&me utilisateur (8). 

Dans ce deuxieme cas, le reseau de 
diffusion (4) est un reseau de satellites et le 
reseau de telecommunication (10) est un systeme 
hertzien de type boucle locale radio (BLR). 

De fagon identique & la description ci- 
dessus, 1' utilisateur du decodeur (8) va recevoir les 
flux MPEG et les donnees complement aires depuis le 
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portail (12). Par contre, avant 1' envoi du flux MPEG 
a partir du tampon de sortie (122), le systeme 
d' analyse (121) va lire le flux d' entree MPEG (101) 
et apres tirage d'un nombre al^atoire n compris entre 
1 et 4, le systfeme de synthase permute la nieme image 
P qui suit chaque image I du flux MPEG avec la 
premiere image B qui suit cette image P. Chaque 
nombre alSatoire ainsi utilise est enregistre dans le 
tampon (123) du portail (12). 

Lors de la reconstitution du flux MPEG 
par le systeme de synthase (87) du d^codeur (8), la 
lecture de ces nombres aleatoires depuis le portail 
(12) et la lecture du flux MPEG ainsi modifi6 depuis 
le disque dur (85) du boitier (8) permettent au 
systeme de synthase (87) de remettre les images B et 
P dans le bon ordre et d'envoyer le tout au lecteur 
(81). 
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REVENDICATIONS 

1 - Procede pour la distribution de 
sequences videos selon un format de flux nominal 
constitu^s par une succession de trames [frame] 
comprenant chacune au moins un bloc I correspondant & 

5 une image numSrique complete I et au moins un bloc N 

correspondant aux differences entre une image 
num^rique N et au moins une autre image , caract§ris6 
en ce que l'on procede, avant la transmission & 
l'6quipement client, a une analyse du flux pour 

10 g6n6rer un premier flux modifiS, pr^sentant le format 

d'un flux nominal, et presentant des blocs N 
modifies, et un deuxieme flux d'un format quelconque, 
comportant les informations num^riques aptes a 
permettre la reconstruction desdits blocs modifies, 

15 puis a transmettre s6par6ment les deux flux ainsi 

g6ner§s depuis le serveur vers l'6quipement 
destinataire, et en ce que l'on calcule sur 
l'gquipement destinataire une synthese d'un flux au 
format nominal en fonction dudit premier flux et 

20 dudit deuxieme flux. 

2 - Proc6d6 pour la distribution de 
sequences videos selon la revendication 1, 
caract6ris6 en ce qu'au moins un bloc N correspond a 

25 une image N calcul^e par compensation de mouvement 

par rapport a 1' image N ou I pr£c6dente. Le bloc et 
1' image sont alors appel^s bloc et image P (pr6dits). 

3 - Proc6d6 pour la distribution de 
30 sequences videos selon l'une des revendications 

pr6c6dentes, caract£ris6 en ce qu'au moins un bloc N 
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correspond k une image N calcul^e par compensation de 
mouvement par rapport aux images P ou I pr§c§dente et 
suivante. Le bloc et 1' image sont alors appel^s bloc 
et image B (bidirectionnels) . 

4 - Proc6d§ pour la distribution de 
sequences videos selon l'une des revendications 
pr6c6dentes, caract§ris6 en ce que le format de flux 
nominal est d€fini par la norme MPEG. 

5 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 
pr6c6dentes, caract§ris6 en ce que ledit premier flux 
pr6sente des blocs P modifies. 

6 — Proc6d6 pour la distribution de 
sequences videos selon la revendication 5, 
caract6ris6 en ce que ledit premier flux pr£sente des 
blocs B modifies. 

7 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 
pr§c6dentes, caract6ris6 en ce que ladite analyse 
peut decider des images N k modifier. 

8 - Proc6d§ pour la distribution de 
sequences videos selon l'une des revendications 
pr§c§dentes, caract6ris§ en ce que la transmission 
dudit premier flux est r6alis6e h. travers un support 
materiel distribu6 physiquement [CD-ROM, disque dur]. 

9 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 1 a 
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7, caract6rise en ce que la transmission dudit 
premier flux est realis€e a travers un r^seau large 
bande [ cable r satellite, num^rique hertzien, fibre 
optique] . 

10 - Proc£d€ pour la distribution de 
sequences videos selon l'une des revendications 1 a 
7, caract6ris6 en ce que la transmission dudit 
premier flux est r£alis£e a travers un r6seau large 
bande de type DSL (Digital Subscriber Line). 

11 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 1 a 
7, caract6ris6 en ce que la transmission dudit 
premier flux est r6alis6e & travers un r6seau BLR 
(boucle locale radio), 

12 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 1 a 
11 f caract6ris6 en ce que la transmission dudit 
deuxiSme flux est r6alis6e & travers un r§seau 
t61£phonique commute (RTC analogique ou num§rique). 

13 - Proc6d§ pour la distribution de 
sequences videos selon l'une des revendications 1 & 
11 , caract6ris6 en ce que la transmission dudit 
deuxi&ne flux est r§alis6e a travers un r^seau de 
type DSL (Digital Subscriber Line). 

14 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 1 a 
11 , caract6ris6 en ce que la transmission dudit 
deuxidme flux est r6alis6e & travers un r6seau 
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tel€phonique mobile utilisant les normes GSM, GPRS ou 
UMTS. 

15 - Proc6d6 pour la distribution de 
5 sequences videos selon l'une des revendications 1 a 

11 , caract6ris6 en ce que la transmission dudit 
deuxieme flux est r6alis6e h travers un r6seau BLR 
(boucle locale radio). 

10 16 - Proc6d6 pour la distribution de 

sequences videos selon 1'une des revendications 9 k 
11, caracteris^ en ce que la transmission dudit 
deuxieme flux est r6alis6e & travers un r^seau large 
bande de meme type que le r^seau utilise par ledit 

15 premier flux. 

17 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 9 a 
11 , caract6ris6 en ce que la transmission dudit 

20 deuxieme flux est r€alis£e ci travers le meme r^seau 

large bande que celui utilise par ledit premier flux. 

18 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 

25 pr6c6dentes, caract6ris6 en ce que la transmission 

dudit deuxieme flux est chiffr^e. 

19 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 

30 pr6c6dentes, caract6ris6 en ce que la transmission 

dudit premier flux est chiffree. 
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20 - Proc6d6 pour la distribution de 
sequences videos selon 1'une des revendications 
pr^cedentes, caract6ris6 en ce que la reconstruction 
est conditionn6e par un paiement. 

21 - Proc6d6 pour la distribution de 
sequences videos selon l'une des revendications 
precedentes, caract6ris6 en ce que la reconstruction 
peut etre autoris^e pour une consultation d'une copie 
priv£e demand^e par le client. 

22 - Equipement pour la fabrication d'un 
flux vid6o en vue de la mise en oeuvre du proc6d6 
selon la revendication 1, comportant au moins un 
serveur multimedia contenant les sequences videos 
originelles et caracteris§ en ce qu'il comporte un 
dispositif d' analyse du flux vid^o provenant dudit 
serveur pour g6n6rer les deux flux. 

23 - Equipement pour la fabrication d r un 
flux vid§o selon la revendication 22 , caract6ris6 en 
ce qu'il comporte une m§moire pour l'enregistrement 
d'un marqueur « copie priv^e » indiquant pour chaque 
sequence les droits de chaque utilisateur : copie 
priv6e pouvant etre regard^e un nombre il limits de 
fois, copie priv^e pouvant etre regard6e un nombre 
limits de fois et quel nombre, copie priv6e 
interdite . 

24 - Equipement pour la fabrication d'un 
flux vid6o selon la revendication 22 ou 23, 
caract§ris£ en ce que les deux flux gen6r6s peuvent 
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etre d£di6s a un seul Equipement, a un groupe 
d'Equipements ou a tous les Equipements. 

25 - Equipement pour 1' exploitation d'un 
flux vidEo en vue de la mise en oeuvre du procEdE 
selon la revendication 1, comprenant un decodeur 
standard de flux, au moins une interface 
d'enregistrement [disque dur] destinE & stocker le 
contenu dudit premier flux et au moins une interface 
d'affichage caractErisE en ce qu'il comporte un moyen 
pour la recomposition du flux originel h partir des 
deux flux. 

26 - Equipement pour 1' exploitation d'un 
flux video selon la revendication 25 , caracterise en 
ce que ledit moyen est une application logicielle 
instance sur 1 ' Equipement . 

27 - Equipement pour 1 ' exploitation d'un 
flux vidEo selon la revendication 25, caractErisE en 
ce que ledit moyen est un dispositif Electronique . 

28 - Equipement pour 1 ' exploitation d'un 
flux vidEo selon l'une des revendications 25 & 27, 
caractErisE en ce que dans le cas de 1' installation 
sur un ordinateur, ledit moyen utilise une ressource 
spEcifique au produit [carte] afin d'eviter la copie 
de 1 ' information temporaire sur un support permanent. 

29 — Equipement pour 1' exploitation d'un 
flux vidEo selon l'une des revendications 25 a 28, 
caractErisE en ce que ladite interface 
d'enregistrement stocke aussi un marqueur « copie 
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priv§e » en relation avec ledit premier flux 
indiquant pour cette sequence les droits de 
l'utilisateur : copie priv6e pouvant etre regard§e un 
nombre illimitE de fois, copie priv£e pouvant §tre 
regard^e un nombre limits de fois et quel nombre, 
copie privSe interdite. 

30 - Equipement pour 1' exploitation d'un 
flux vid6o selon 1'une des revendications 25 a 29 , 
caract§ris6 en ce qu'il comprend un lecteur de cartes 
a puce permettant d' identifier le client quand il 
veut consulter une copie privge d'un programme. 

31 - Equipement pour 1' exploitation d'un 
flux video en vue de la mise en ceuvre du proc6d€ 
selon la revendication l f caract6ris6 en ce qu'il 
comporte un premier moyen constitu6 par un ordinateur 
personnel Equipement d'une interface de communication 
pour la reception d'un flux vid^o en provenance d'un 
r6seau de communication ou d'un lecteur de support 
physique, et muni d'au moins un moyen 
d'enregistrement [disque dur] destine a stocker le 
contenu dudit premier flux, et un second moyen 
constitu6 par un dScodeur, comprenant une interface 
d'affichage, des moyens de communication avec ledit 
ordinateur principal pour recevoir ledit premier flux 
transmis par 1' ordinateur et des moyens de 
communication pour recevoir ledit deuxidme flux, 
ainsi qu'un moyen pour la recomposition du flux 
originel a partir des deux flux. 

32 - Equipement pour 1' exploitation d'un 
flux vid6o selon la revendication 31, caract€ris6 en 
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ce que ledit moyen pour la recomposition du flux est 
une application logicielle installed sur ledit 
decodeur seulement. 

33 - Equipement pour 1' exploitation d'un 
flux video selon la revendication 31, caracterise en 
ce que ledit moyen pour la recomposition du flux est 
un dispositif Slectronique install^ sur ledit 
decodeur seulement. 

34 - Systeme pour la transmission d'un 
flux video selon les revendications 1 a 30, 
caracterise en ce qu'il comprend un equipement de 
production d'un flux video, au moins un equipement 
d 'exploitation d'un flux video et au moins un reseau 
de communication entre 1' equipement de production et 
le(s) equipement(s) d ' exploitation . 
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